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Description 

Serial Interface to Flash-Memory Chip 
Using PCI-Express-Like Packets and 
Packed Data for Partial-Page Writes 

Cross Reference to Related Applications 

[0001] This application is a continuation-in-part of the co- 
pending application for "Single-Chip USB Controller Read- 
ing Power-On Boot Code from Integrated Flash Memory 
for User Storage", U.S. Ser. No. 10/707,277, filed 
12/2/03, which is related to the co-pending application 
for "USB Smart Switch with Packet Re-Ordering for Inter- 
leaving among Multiple Flash-Memory Endpoints Aggre- 
gated as a Single Virtual USB Endpoint", U.S. Ser. No. 

10/707,276, filed 12/2/03. 
Background of Invention 

[0002] This invention relates to flash-memory chips, and more 
particularly to a serial-bus interface to a flash memory 
chip. 



[0003] Flash memory has gained wide acceptance for its non- 
volatile storage, which is ideal for portable devices that 
may lose power, since the data is not lost when stored in 
the flash memory. Flash memories are constructed from 
electrically-erasable programmable read-only memory 
(EEPROM) cells. 

[0004] Rather than use a randomly-addressable scheme such as 
is common with dynamic-random-access memory 
(DRAM), many flash memories use a block-based ad- 
dressing where a command and an address are sent over 
the data bus and then a block of data is read or written. 
Since the data bus is also use to send commands and ad- 
dresses, fewer pins are needed on the flash-memory chip, 
reducing cost. Thus flash memory is often used as a 
mass-storage device rather than a randomly-addressable 
device. 

[0005] Universal-Serial-Bus (USB) has become a popular standard 
interface for connecting peripherals to a host such as a 
personal computer (PC). Peripheral Component Intercon- 
nect (PCI), Personal-Computer Memory Card International 
Association (PCMCIA) and PCI-Express are other bus and 
card standards. USB-based flash-memory storage devices 
or "drives" have been developed to transport data from 



one host to another, replacing floppy disks. While large 
external flash drives may be used, smaller USB flash drives 
known as key-chain or key drives have been a rapidly 
growing market. 

[0006] a USB flash-memory device such as a key drive can be 

constructed from a microcontroller, a flash-memory con- 
troller or interface, and one or more flash-memory chips. 
A serial interface on the microcontroller connects to the 
USB bus to the host, and data from the serial interface is 
transferred through the microcontroller to the flash con- 
troller and then written to the flash-memory chips. 

[0007] Figure 1 shows a prior-art interface to a flash-memory 
chip. Flash-memory chip 12 has 8-bit I/O bus 14 that 
connects to controller 10. Controller 10 could be a micro- 
controller in a flash drive or a flash-memory card. Ad- 
dress, data, and commands are sent over 8-bit I/O bus 14 
to flash-memory chip 12 using time-multiplexing. Eight 
bits of address, data, or command information can be 
transferred in parallel at a time over 8-bit I/O bus 14. 

[0008] Several control signals on control bus 16 are used to co- 
ordinate transfer of address, data, and commands over 
8-bit I/O bus 14. For example, an address-strobe signal 
can indicate when address signals can be latched into 



flash-memory chip 12, and a data strobe can indicate 
when data from flash-memory chip 12 can be latched by 
controller 10. 

[0009] Although 8-bit I/O bus 14 is much more compact than if 
separate address and data buses were used, for some ap- 
plications even the 8-bit bus is less than ideal. When the 
pins needed by 8-bit I/O bus 14 and flash-memory chip 
12 are counted, as many as 16 signal pins are used for 
the interface to flash-memory chip 12. Several power and 
ground pins may be needed, so the total pin count of 
flash-memory chip 12 is over 20 pins. Also, these 20 pins 
need to be added to controller 10, increasing its pin 
count. 

[0010] while chips with 20 or 30 pins are acceptable for many 
applications, some applications are more sensitive and 
could benefit by a further reduced pin count. For example, 
small devices such as flash-memory cards and flash 
drives are very small and benefit from further reductions 
in the pin counts, since a reduced pin count can reduce 
chip package sizes of both flash-memory chip 12 and 
controller 10, and can reduce the wiring needed and the 
size of a printed-circuit board (PCB) that flash-memory 
chip 12 and controller 10 are mounted on. 



[0011] The parent application disclosed a USB single-chip flash 
device. The single-chip device included a microcontroller 
and a flash memory block. The pin count of the single- 
chip device was reduced since a USB serial interface was 
used to access the single-chip device and its flash mem- 
ory. 

[0012] what is desired is to reduce the pin count of a flash- 
memory chip by using a serial interface rather than a par- 
allel interface. A serial interface to a flash-memory chip is 
desirable. A serial interface using packets to access a 
flash-memory chip is desirable. It is desired to modify a 
standardized serial interface for use with a flash-memory 
chip. A specialized serial interface to a flash-memory chip 
that is based on a standard serial-bus interface is desir- 
able. 

Brief Description of Drawings 

[0013] Figure 1 shows a prior-art interface to a flash-memory 
chip. 

[0014] Figure 2A is a block diagram of a serial interface to a 
flash-memory chip. 

[0015] Figure 2B shows an implementation of serial flash- 
memory chip in more detail. 

[0016] Figure 3 is a layer diagram for communication over the 



serial bus to the serial flash-memory chip. 
[0017] Figure 4 is a diagram of serial-packet formation by the 

protocol layers of Fig. 3. 
[0018] Figure 5 shows a transaction-layer packet. 

[0019] Figure 6 is a table of transaction-layer packet types used 
for communicating with the serial flash-memory chip. 

[0020] Figure 7 is a table of request and response packets used 
for various flash-memory commands. 

[0021] Figure 8 shows a generic format for a vendor-defined 
message packet. 

[0022] Figure 9 shows a header for a memory-request packet. 

[0023] Figure 10 shows a header for a completion packet. 

[0024] Figure 11 shows a header for a configuration-request 
packet. 

[0025] Figure 12 shows packing of burst data. 

[0026] Figures 13A-B show daisy-chain expansion with multiple 

serial flash-memory chips. 
Detailed Description 

[0027] The present invention relates to an improvement in flash- 
memory chips. The following description is presented to 
enable one of ordinary skill in the art to make and use the 



invention as provided in the context of a particular appli- 
cation and its requirements. Various modifications to the 
preferred embodiment will be apparent to those with skill 
in the art, and the general principles defined herein may 
be applied to other embodiments. Therefore, the present 
invention is not intended to be limited to the particular 
embodiments shown and described, but is to be accorded 
the widest scope consistent with the principles and novel 
features herein disclosed. 

[0028] Figure 2A is a block diagram of a serial interface to a 

flash-memory chip. Serial flash-memory chip 22 has a se- 
rial-bus external interface rather than an 8-bit I/O bus. 
Controller 20 also uses the serial-bus interface, generat- 
ing serial-bus packets to access serial flash-memory chip 
22. These serial-bus packets requesting access of serial 
flash-memory chip 22 are sent over input serial bus 24. 

[0029] when data read from serial flash-memory chip 22 is ready 
to be sent back, serial flash-memory chip 22 packs this 
data in serial packets that are sent over output serial bus 
26 to controller 20. 

[0030] | n one embodiment, serial buses 24, 26 are a Peripheral 
Component Interconnect (PCI) Express bus. PCI express 
uses two lines per direction, including a transmit differen- 



tial pair PET+, PET-, and a receive differential pair PER+, 
PER- of data pins. Thus a total of four signal lines are 
used by the serial-bus interface between serial flash- 
memory chip 22 and controller 20. Bi-directional data 
transmission is possible since separate transmit and re- 
ceive lines are available. The pin count of serial flash- 
memory chip 22 and controller 20 can be reduced, since 
the serial interface uses only 4 pins compared to 16 or 
more pins for the parallel interface of Fig. 1. The total pin 
count may be ten or fewer external pins. 

[0031] Figure 2B shows an implementation of serial flash- 
memory chip in more detail. Serial engine 72 receives data 
from the differential lines of input serial bus 24, and 
drives differential data onto output serial bus 26. Serial 
engine 72 can perform serial tasks such as timing, fram- 
ing, start-detection, and checksum generation and verifi- 
cation. Data can be converted from serial to parallel for- 
mats and the clock can be extracted from the data stream. 

[0032] Parallel data from serial engine 72 is communicated with 
state machines or microcontroller 70, such as over an in- 
ternal parallel bus. Microcontroller 70 can perform a vari- 
ety of tasks, such as routines to extract and decode com- 
mands embedded in serial packets received over input se- 



rial bus 24, and routines to read, write, and erase flash 
memory in response to these commands. Microcontroller 
70 can include a programmable microcontroller, state 
machines, controller blocks, custom-logic blocks, or vari- 
ous combinations of these components. 

[0033] Serial flash-memory chip 22 includes serial engine 72, 
microcontroller 70, and flash memory array 80 on the 
same semiconductor substrate or chip. Flash memory ar- 
ray 80 contains the flash or EEPROM memory cells ar- 
ranged as data words that match the width of an internal 
flash bus, such as 32, 64, or 128 bits wide. Address sig- 
nals for the rows and columns are generated by address 
buffers and decoder 82, which is loaded with an address 
that is sent over an internal bus from microcontroller 70. 

[0034] a command sent from microcontroller 70 is latched into 
command register 84. This command is decoded and acti- 
vates control logic 86 to carry out a sequence of opera- 
tions and generate a sequence of internal control to per- 
form the operation, such as reading or erasing memory 
cells or latching an address or reporting a status back. 
Higher programming and erase voltages may be gener- 
ated. Flash memory array 80 may be powered down when 
not in use by a command from microcontroller 70. 



[0035] D a ta written into serial flash-memory chip 22 arrives from 
serial engine 72 and microcontroller 70 and is latched by 
global buffer 78, which can allow the cache-write comple- 
tion packet to be sent back. The data is then sent to data 
buffers 76 to be driven onto flash memory array 80 for 
storage. Data may be temporarily held in data/cache 
buffers 76 while being written to flash memory array 80. 

[0036] An internal bus of 8 or more parallel bits can connect the 
flash memory block to microcontroller 70. Addresses, 
commands, and data from microcontroller can be trans- 
ferred over this or other internal buses. Since the internal 
bus between microcontroller 70 and the flash memory 
block does not connect directly with chip pins, except 
perhaps for testing purposes, the pin count of serial 
flash-memory chip 22 is minimized. 

[0037] Figure 3 is a layer diagram for communication over the 
serial bus to the serial flash-memory chip. Controller 20 
generates and sends serial packets over the differential 
lines of input serial bus 24 to serial flash-memory chip 
22, and serial flash-memory chip 22 generates reply 
packets that are sent over the differential lines of output 
serial bus 25 to controller 20. 

[0038] The microcontroller, state machines, serial engine, or 



other logic in serial flash-memory chip 22 implements the 
functions of several layers of communication protocols. 
Serial packets using the PCI express protocol are gener- 
ated by transaction layer 33 and data-link layer 35. 
Transaction layer 33 can append a header to the flash- 
memory or status data being transmitted, and can append 
error-check or recovery information such as a checksum. 
A packet sequence number and cyclical-redun- 
dancy-check (CRC) can be added by data-link layer 35. 
Data may be divided into multiple packets by the applica- 
tion software, transaction layer 33, or data-link layer 35 if 
needed. 

[0039] physical layer 37 handles physical transmission of the 
higher-level packets over the differential lines, and in- 
cludes an electrical block with line drivers and receivers, 
and a logic block that can adjust bit timing, such as by bit 
stuffing and framing. 

[0040] Controller 20 has similar layers, such as physical layer 36, 
data-link layer 34, and transaction layer 32. Serial engines 
can implement much of physical layers 36, 37, and per- 
haps some or all functions of data-link layers 34, 35. 
More sophisticated state machines or programmable logic 
or programs executed by microcontroller processors can 



implement functions of the higher-level transaction layers 
32, 33. 

[0041] Figure 4 is a diagram of serial-packet formation by the 

protocol layers of Fig. 3. Serial packet 40 could be a reply 
packet generated by serial flash-memory chip 22 with the 
flash data read from the flash-memory block. Data field 
44 contains the flash-memory data requested by a read- 
request packet from controller 20. Status information 
from the flash-memory block could also be included in 
data field 44. 

[0042] The transaction layer generates header 50 that is pre- 
pended to data field 44. A cyclical-redundancy-check 
(CRC) of data field 44 with header 50 can be generated by 
transaction layer 33 and attached as End-to-end CRC 54. 
The transaction layer packet of header 50, data field 44 
and ECRC 54 is sent to data-link layer 35. 

[0043] Data-link layer 35 may optionally divide long transaction- 
layer packets into several packets, and attaches sequence 
number 42 to indicate where the current packet belongs 
in the sequence of serial packets. Another checksum or 
link CRC can be added by data-link layer 35, LCRC 46 to 
form the data-link layer packet. 

[0044] The physical layer can add framing fields 41, 48. Framing 



fields 41, 48 delineate the physical packets. The bits 
starting with framing field 41, sequence number 42, 
header 50 are serially transmitted before data field 44 and 
the remaining checksums and framing is transmitted over 
the differential lines of the serial bus. 

[0045] Figure 5 shows a transaction-layer packet. Transactions 
following the PCI Express protocol have requests and 
completions that are communicated by packets. The 
packet formed by the transaction layer is known as a 
transaction-layer packet (TLP). 

[0046] The data read from the flash memory, or the status re- 
ported by the flash memory, is contained in data field 44. 
For requests from the external controller, data field 44 
contains data to write to the flash memory. Some packets 
may not have data field 44. Bytes are converted to serial 
data and transmitted over the serial bus in increasing or- 
der. The lowest byte is shown on the left and the highest 
byte on the right in the diagrams. 

[0047] ECRC 54 can be a checksum or other digest information 

about data field 44. ECRC 54 can be four bytes in one em- 
bodiment. ECRC 54 can be compared to a checksum gen- 
erated by the receiver to detect transmission errors. 

[0048] Header 50 is generated by the transaction layer and fol- 



lows the PCI Express protocol. Header can be 12 or 16 
bytes in length. The first four bytes are shown, since all 
transaction-layer packet headers begin with the same for- 
mat of the first four bytes. Later bytes in header 50 can 
vary in meaning depending on the type of packet. 

[0049] Several bits in header 50 are reserved and shown as "R". A 
2-bit format field FMT[1:0] defines the overall format of 
the transaction-layer packet. When FMT[1] is 0, the packet 
contains no data (data field 44 is absent); when FMT[1] is 
1, the packet contains data field 44. When FMT[0] is 0, 
header 50 has 12 bytes; when FMT[0] is 1, header 50 has 
16 bytes. Requests with two FMT values can use either 32 
bit or 64 bit addressing packet formats. 

[0050] jyp e field TYP[4:0] indicates the packet type, such as read 
or write requests, configuration reads or writes, mes- 
sages, and completion packets with or without data. The 
format field can be used in conjunction with the type field 
to further define the packet type. For example, write re- 
quest packets contain data field 44 and thus have FMT[0] 
= 1, while reads have no data and thus have FMT[0] = 0. 
Other fields may be present in header 50. 

[0051] a 10-bit length (LEN) field contains the length of data 
field 44 as a number of 32-bit double-words. Data field 



44 is aligned to double-word boundaries. The length field 
is reserved when the transaction-layer packet has no data 
field 44. 

[0052] Figure 6 is a table of transaction-layer packet types used 
for communicating with the serial flash-memory chip. Not 
all types of PCI Express packets are needed when commu- 
nicating with serial flash-memory chip 22. Requests from 
the external controller to serial flash-memory chip 22 in- 
clude memory-read, memory-write, configuration-read 
and configuration-write. Write request packets contain 
data field 44 and thus have FMT[0] =1, while reads have 
no data and thus have FMT[0] = 0. Memory requests have 
type TYP[4:0] of 00000, while configuration requests have 
a type TYP[4:0] of 00101. 

[0053] Serial flash-memory chip 22 responds to requests with 
completion packets. Completion packets have a type 
TYP[4:0] of 01010. Completion packets with data include 
data field 44 and thus have FMT[0] =1, while completion 
packets without data have no data field and thus have 
FMT[0] = 0. 

[0054] Message packets have a type TYP[4:0] of 10RRR, where 

the last 3 bits are reserved and can specify message rout- 
ing information. These bits can also be used to select 



from among multiple chips for expansion such as in Figs 
13. 

[0055] Figure 7 is a table of request and response packets used 
for various flash-memory commands. The center column 
of the table shows the request packet type while the last 
column shows the response packet type. The request 
packets are mostly from the external controller, while the 
response packets are mostly from the serial flash-memory 
chip. 

[0056] when the external controller wants to read a block of data 
from the serial flash-memory chip, it initiates the flash- 
read command by sending a memory-read-request packet 
to the serial flash-memory chip. The serial flash-memory 
chip decodes the request, reads the data from the flash- 
memory block, and sends the flash-memory data back to 
the external controller in data field 44 in a completion- 
with-data packet. This basic flash-read command is 
shown in the first row of the table. The external controller 
sends a memory-read packet (first row of Fig. 6) while the 
serial flash-memory chip responds with a completion- 
with-data packet (last row of Fig. 6). 

[0057] After writing to the flash memory, the serial flash-memory 
chip itself can verify that the data was written correctly 



and set an error flag in a status register when an error or 
a data mis-match is detected. The serial flash-memory 
chip then sends a vendor-defined message back to the 
external controller indicating success or failure of the 
write operation. 

[0058] The second row of the table shows a read for copy back 
command. The external controller sends a read-request 
packet to the serial flash-memory chip. The read-request 
packet has a data length that matches the size of the sta- 
tus register, such as a length of one. The serial flash- 
memory chip performs the read-for-copy-back operation 
to the memory array by reading the data of the corre- 
sponding row into an internal buffer. After this operation 
is completed, it then reads its status register and copies 
the status register's contents to data field 44 that is sent 
back in a completion-with-data packet. 

[0059] An identifier (ID) register on the serial flash-memory chip 
can be read by the external controller. To perform the 
flash "read ID" command, the external controller sends a 
configuration read request packet. The serial flash- 
memory chip reads its ID register and sends the data back 
in data field 44 in a completion-with-data packet. 

[0060] a flash reset command can be used to reset the serial 



flash-memory chip. The external controller sends a mes- 
sage request packet to the serial flash-memory chip. The 
message packet contains a command to reset the serial 
flash-memory chip. No response from the serial flash- 
memory chip is needed. 

[0061] jo program data into the flash memory, the external con- 
troller loads the new data into data field 44 of a memory- 
write-request packet. The serial flash-memory chip de- 
codes the command in the packet and writes the data to 
its flash-memory block. The serial flash-memory chip 
sends a message request packet to the external controller 
once programming is complete. 

[0062] The actual physical programming of the flash-memory 
cells may take a relatively long time. The cache-program 
flash command is faster since the data is first written to a 
buffer in the serial flash-memory chip, then programmed 
into the flash-memory cells. The serial flash-memory chip 
sends a message-request packet as soon as the data is 
loaded into the buffer, but before the data has been pro- 
grammed into the flash memory cells. Thus this message- 
request packet is returned more quickly for the cache- 
program command than the message packet is returned 
for the program command. The message-request packet 



has no data for the basic cache-program command. 

[0063] Sometimes an entire block of flash data is to be erased. 
The flash erase command is sent from the external con- 
troller as a message request packet with a pre-defined 
encoding of reserved or vendor-defined bits. The serial 
flash-memory chip decodes these bits and executes an 
erase of a block of flash data. An erase operation can take 
a relatively long time, so the serial flash-memory chip 
later sends a message-request packet to the external 
controller once erase is complete. 

[0064] The status register on the serial flash-memory chip can be 
read by the external controller sending a configuration- 
read-request packet. The serial flash-memory chip copies 
the data from the requested status register to data field 
44 of a completion-with-data packet that is sent back to 
the external controller. 

[0065] Figure 8 shows a generic format for a vendor-defined 
message packet. The PCI Express protocol allows for a 
vendor-defined message. The header of this message 
contains format and type fields in byte 0 that defines the 
packet type as described earlier. Bytes 1, 2, and 3 of the 
header contain the required fields such as the attributes 
and length of data field 44. 



[0066] An identifier for the requestor (the sender of the message 
packet) is loaded into bytes 4 and 5, while a tag and a 
message code can be placed in bytes 6 and 7 of the 
header. Bytes 8 and 9 are reserved for bus, device, and 
function identifiers, while bytes 10 and 11 contain an 
identifier for the vendor or manufacturer. The vendor can 
use bytes 12-15 of the header for information that the 
vendor defines. Bytes 12-15 are optional and are present 
when the format bit FMT[0] in byte 0 is 1. No data field 44 
is used. 

[0067] The vendor-defined message request packet can be sent 
by either the external controller or by the serial flash- 
memory chip. No response packet is needed. The vendor- 
defined message can be used for the flash-reset and 
flash-erase commands from the external controller, and 
for messages from the serial flash-memory chip that indi- 
cate final completion of all program and erase commands. 

[0068] Vendor-define bytes 12-15 can be used to carry a 32-bit 
block address. For an erase command, bytes 12-15 carry 
the address of the block in flash memory to be erased. 
Since the entire block is erased, a full 32-bit address is 
not needed. The lowest bits of the 32-bit address can be 
used to define the type of flash command. For example, 



when address bits [2:0] are 001, the vendor-defined mes- 
sage packet requests a flash-erase operation, when ad- 
dress bits [2:0] are 000, the message is a flash-reset 
command, when address bits [2:0] are 010, the message 
is a completion-of-erase message from the serial flash- 
memory chip, and when address bits [2:0] are 011, the 
message is a completion-of-programming message from 
the serial flash-memory chip. The responses for Cache 
and Copy-Back Program commands can be defined simi- 
larly. 

[0069] The completion status of an erase or program operation 
can be carried in bytes 12-15 for messages from the se- 
rial flash-memory chip. One of the bits in bytes 12-15 
can be designated to carry a pass/fail flag. To enable 
pipeline operation, the program address is sent back to 
the external controller in bytes 12-15. Then bit 3 of the 
32 bits can be used for the pass/fail status. The other bits 
can be used for the high-order program address. 

[0070] Figure 9 shows a header for a memory-request packet. 
Memory request packets are sent by the external con- 
troller and can request a read or a write. Byte 0 contains 
the format and type fields, which are set to one of the 
memory read or write values in the first two rows of Fig. 



6. The format bit FMT[1] is 0 for read and 1 for write op- 
erations. 

[0071] The length field in bytes 2, 3 contains the length of data 
field 44 in double-words. The requestor ID of the external 
controller is contained in bytes 4, 5, while the address of 
the data being read or written is placed in bytes 8-11. 
Byte-enables for the first 32 bit data and last 32 bit data 
being written can be placed in byte 7. A tag can be placed 
in byte 6 and can uniquely identify a transaction when 
combined with the requestor ID. 

[0072] Because of the first and last byte enables in byte 7, the 
lower 2 address bits are not used for addressing. These 
lower 2 address bits can be used to carry other informa- 
tion. For example, address bit 0 can be set to 1 for the 
read-with-copy-back operation and set to 0 for the nor- 
mal read operation. 

[0073] For write operations, address bits ADDR[1,0] can be set to 
00 for the flash-program operation, 01 for the cache- 
program operation, and 10 for the copy-back-program 
operation. Rather than use the lower address bits, other 
reserved bits could be used for operation encoding. 

[0074] Figure 10 shows a header for a completion packet. Com- 
pletion packets are generated by the serial flash-memory 



chip and sent back to the external controller in response 
to a request from the external controller. 
[0075] Byte o contains the format and type fields, which are set 
to 01010 for completion packets, as shown in the last two 
rows of Fig. 6. The format bit FMT[1] is 0 for read and 1 
for write operations. Read operations do not have data in 
their requests. 

[0076] The length field in bytes 2, 3 contains the length of data 
field 44 in double-words. Some completion packets have 
no data and their length is set to 0. Completion-with-data 
packets have a length of 1 or more. The completer ID of 
the serial flash-memory chip is contained in bytes 4, 5, 
while the completion status and byte count may be placed 
in bytes 6-7. 

[0077] The requestor ID of the external controller is contained in 
bytes 8, 9, while the low-order address or byte-enables of 
the data being read or written is placed in byte 11. A tag 
can be placed in byte 10 for uniquely identifying the 
transaction. 

[0078] Figure 11 shows a header for a configuration-request 

packet. Configuration-request packets are sent by the ex- 
ternal controller to request reading or writing of a config- 
uration register on the serial flash-memory chip. Byte 0 



contains the format and type fields, which are set to the 
configuration packet values in the third and fourth rows of 
Fig. 6, TYPE[4:0] = 00101. The format bit FMT[1] is 0 for a 
read request and 1 for write operations. 

[0079] The length field in bytes 2, 3 contains the length of data 
field 44 in double-words. The requestor ID of the external 
controller is contained in bytes 4, 5. Byte-enables for the 
data being written can be placed in byte 7. A tag can be 
placed in byte 6. 

[0080] identifiers for the serial bus, device, and function can be 
placed in bytes 8, 9. These identifiers can be generated by 
the external controller at run-time. 

[0081] The serial flash-memory chip may have several configura- 
tion registers. An identifier for the configuration register 
in serial flash-memory chip can be placed in the register 
number field of byte 11. For example, register number 0 
can be the ID register while register number 1 can be the 
status register. The flash read-ID command has its regis- 
ter number field set to 0 while the flash read-status com- 
mand has its register number field set to 1. 

[0082] The extension bits for the register number in byte 10 can 
be used if a large number of configuration registers are 
accessible in the serial flash-memory chip. 



[0083] Figure 12 shows packing of burst data. One write request 
may contain many double-words of data in its data field. 
The length in the packet header is set to the number of 
double-words in the data field. The entire block of data 
bytes are written to the flash memory as a burst write us- 
ing a single flash-write operation requested by the exter- 
nal controller. 

[0084] Sometimes not all bytes in the block of data need to be 

written. For example, only 5 of the first 8 bytes need to be 
written, only 3 of the second 8 bytes, and only 4 of the 
third 8 bytes need over-writing, etc. Sending all 8 bytes of 
each pair of double-words is inefficient since the packet 
size is large enough to contain all bytes even though 
many of the bytes do not really need to be written. Send- 
ing only the bytes that need to be written can reduce 
packet size and bandwidth used on the serial bus. 

[0085] Byte masks can be inserted into the data stream in data 

field 44. In the embodiment shown in Fig. 12, a byte mask 
is inserted for every 8 bytes of memory locations. Each of 
the 8 bits in the byte mask indicates the presence of one 
of the 8 bytes of memory locations in the flash memory. 

[0086] | n the example of Fig. 12, the initial byte in data field 44 
is a byte mask with a value of 00110100. Since bits 5, 4, 



and 2 are set, these bytes are skipped. Five bytes follow 
the initial byte mask with the data to write for bytes 0, 1, 
3, 6, and 7 of the first 8 bytes of flash memory addressed 
by the request packet. These five data bytes are followed 
by the second byte mask, which indicates which of the 
next 8 bytes of the flash memory are to be written. 
[0087] since data for bytes 5, 4, and 2 are not in data field 44, a 
net savings of 2 bytes occurs for the first 8 bytes. This is a 
compression of 2/8 or 25% using packed data in data field 
44. 

[0088] Packing of data field 44 using data bytes can be indicated 
in the packet header, or could be activated by setting a 
packed-data mode bit in a configuration register in serial 
flash-memory chip. A different packet type can be defined 
for packed data, such as type TYPE[4:0] being 11000 for a 
packed memory write while type TYPE[4:0] being 00000 is 
for a non-packed memory write or read. 

[0089] Figures 13A-B show daisy-chain expansion with multiple 
serial flash-memory chips. Controller 20 could have mul- 
tiple serial-bus pins to connect with multiple serial flash- 
memory chips in parallel. Unfortunately, this increases the 
pin count of the controller. 

[0090] pig. 13A show controller 20' connecting to three serial 



flash-memory chips 102, 103, 104 in a daisy chain. Each 
serial flash-memory chip 102, 103, 104 can include a se- 
rial-packet repeater and a second pair of serial-bus dif- 
ferential lines. Unused address bits or other unused bits in 
the header may be used as a device address to select from 
among serial flash-memory chips 102, 103, 104 as the 
destination. 

[0091] pig. 13B shows controller 20' connecting to three serial 

flash-memory chips 102, 103, 104 in a loop. The final se- 
rial flash-memory chips 104 can have its second serial- 
bus segments loop back to a second set of serial-bus in- 
puts to controller 20". Packets can travel in the loop in ei- 
ther direction, allowing end devices such as serial flash- 
memory chips 104 to be reached more quickly. 

[0092] ALTERNATE EMBODIMENTS 

[0093] Several other embodiments are contemplated by the in- 
ventors. For example rather than use a microcontroller, 
the serial flash-memory chip could use one or more state 
machines or specialized controllers or logic. The micro- 
controller could include internal program memory in RAM, 
ROM, or flash memory, and could contain an internal di- 
rect-memory access (DMA), I/O or flash-memory con- 
troller, address management logic, and internal buses. 



[0094] The serial engine or microcontroller may encode the bytes 
of data in a variety of ways for transmission. Other for- 
mats of packed data can be used. Packet and header for- 
mats can vary, and some fields may hold dummy data. 
Rather than use 32-bit addressing, 64-bit addressing 
could be substituted. 

[0095] Different numbers and arrangements of flash storage 

blocks can be included. Rather than use PCI Express, other 
serial buses may be used such as USB, Firewire (IEEE 
1394), Serial ATA, Serial Attached Small-Computer System 
Interface (SA-SCSI), etc. Additional or fewer pins could be 
used for the interface. 

[0096] The microcontroller or state machine components such as 
the serial engine, DMA, flash-memory controller, transac- 
tion manager, and other controllers and functions can be 
implemented in a variety of ways. Functions can be pro- 
grammed and executed by the microcontroller's CPU or 
other processor, or can be implemented in dedicated 
hardware, firmware, or in some combination. Many parti- 
tioning of the functions can be substituted. 

[0097] other packet types or variations of these types can be de- 
fined for special purposes. Wider or narrower internal data 
buses and flash-memory blocks could be substituted, 



such as 8, 16, 32, 64, 128, 256-bit, or some other width 
data channels. Alternate bus architectures with nested or 
segmented buses could be used internal or external to the 
microcontroller. Two or more internal buses can be used 
in the microcontroller to increase throughput. More com- 
plex switch fabrics can be substituted for the internal 
buses. 

[0098] The flash mass storage blocks can be constructed from 
any flash technology including NAND, NOR, AND, or 
multi-level-logic memory cells. Data striping could be 
used with flash mass storage blocks in a variety of ways, 
as can parity and error-correction code (ECC). The serial 
flash-memory chip can be integrated with other compo- 
nents or can be a stand-alone chip. Different flash com- 
mands may be used for different types of flash-memory 
blocks. Chip pins can be flat leads, solder balls, or many 
other equivalents. 

[0099] Any advantages and benefits described may not apply to 
all embodiments of the invention. When the word "means" 
is recited in a claim element, Applicant intends for the 
claim element to fall under 35 USC Sect. 112, paragraph 
6. Often a label of one or more words precedes the word 
"means". The word or words preceding the word "means" 



is a label intended to ease referencing of claims elements 
and is not intended to convey a structural limitation. Such 
means-plus-function claims are intended to cover not 
only the structures described herein for performing the 
function and their structural equivalents, but also equiva- 
lent structures. For example, although a nail and a screw 
have different structures, they are equivalent structures 
since they both perform the function of fastening. Claims 
that do not use the word "means" are not intended to fall 
under 35 USC Sect. 112, paragraph 6. Signals are typically 
electronic signals, but may be optical signals such as can 
be carried over a fiber optic line. 
[0100] The foregoing description of the embodiments of the in- 
vention has been presented for the purposes of illustra- 
tion and description. It is not intended to be exhaustive or 
to limit the invention to the precise form disclosed. Many 
modifications and variations are possible in light of the 
above teaching. It is intended that the scope of the inven- 
tion be limited not by this detailed description, but rather 
by the claims appended hereto. 



